home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Cream of the Crop 20
/
Cream of the Crop 20 (Terry Blount) (1996).iso
/
bbs
/
brv1_b6.zip
/
HISTORY.DOC
< prev
next >
Wrap
Text File
|
1996-06-02
|
18KB
|
301 lines
───────────────────────────────────────────────────────────────────
History File for Base Runner, Copyright(C)1994-95 CompuData Systems
───────────────────────────────────────────────────────────────────
Version 1, Wide Beta 1. Released Oct 95.
Version 1, Beta 2.
------------------
- Memory swapping code implemented leaving only 1K in memory for DOS
shells. This should satisfy all those memory guzzling Virus Scanners!
- Whole new file processing look and feel. The now familiar popup window
to show DOS output is no longer. This was to accomodate above swapping
code. Now the screen clears and the file goes through all the shells
before the screen is restored, showing you the new values. This is
also applicable in requests while importing files(they go through a
full process) and also in Orphan(Adoptions) Checking while importing
files.
- New field in Cfg->File Areas->Editing called Uploads. Tells Base
Runner whether or not to process user uploads into that file area or
not.
- Config program now refreshes the status line after file area edits.
Also applies to new adds(Alt-A).
- Added a new field to the config program in the nodes database. When
editing you see "Days to keep?". This tells Base Runner how many days
to keep attach TICs and files before deleting them. This is not a
registered only feature, it is available to all Base Runner users.
Both the file attach and the attach message are removed from disk. A
setting of 0 in this field disables this feature.
Version 1, Beta 3.
------------------
- The command line switches are now all inverted so that instead of
disabling the features, the parameters enable them. No command line
assumes complete processing but does not shut off VGA palette
manipulation. In order to do both you must now use the "-All -Ega"
command line.
- Upload processing has been totally rewritten. There were quite a few
small problems with it writing the new indexes, so I just scrapped it
and started again. It appears to be working fine now.
- The age old problem with the DIR writes has been finally solved. The
importation procedure was not recognizing the end of file on file id
reads. If you used TIC descriptions, you would not have noticed this.
Only while reading file id files, the end of file marker was being
stuffed into the filebase description. Then when the DIR writes came
along, the opened text file(DIR) would get this end of file marker
written to it as part of the description and the file would be
automatcially closed by DOS. Base Runner would not know this and would
happily continue on writing to this now closed file causing the
crashes. The file id reads are now fixed and there should be no
problems. You may, however, still have problems with old files still
in your bases, so you may either edit them or just wipe out that base
and let auto-adoptions or uploads readopt them in the new format.
- Inserting comments into .ARC files is now fixed. It used to prompt you
to press enter. The comments in RAR, however, are still giving me a
hard time, mostly with screen output.
- The netmail messages are now recording the proper date, instead of the
date always being one month in the future.
- The file date updates have been removed as they are no longer needed.
They were used to read the actual dates of the bases to determine
whether the DIR files had to be written.
- Swapping code added to Cfg prog. This was to accomodate the editor
shells for larger editors. Appr. 1K is left in conventional memory
during the editor execution.
- Nodes Edit, the window now properly shows the number of days to keep
file attaches instead of the "N". This was a display problem only and
did not affect edits at all but was a nuisance.
- Install program now properly copies the resource file into the
destination dir.
- Dates are properly inserted during file movements now.
- File buffering on both the echo and areas files have been added during
TIC file processing. No intention of loading these files up directly
as it would then break the "unlimited" mechanism so just reading them
"lightning" fast will have to do. This is only noticed on large echo
bases up larger than 500-1000 areas.
- Screen "blink" is gone for TIC processing. This occured when no
processing was to be done on the file but the screen would clear and
reupdate anyways, looking very cheesy. It now does not even clear the
screen but goes about its business when there is no processing to be
done.
Version 1, Beta 4 - MAJOR UPDATE!
---------------------------------
- Converted the filebase system completely to a new format. This format
uses 3 files per base now, *.IDX,*.HDR and *.TXT. Since DOS would not
appreciate 3 files per base on large systems with over 500
areas(resulting in 1500 files) , the current filebase directory will
now have 3 more sub directories under it respectively called HDR, IDX
and TXT. Since Base Runners old system was far from what is now
considered reliable, there was no conversion program written. Simply
readopt or process as uploads the new bases. Please read beta docs
for more details.
- New command line option , HIStory(HIS is all that is required) tells
Base Runner to trim the history list to the configured number of days.
This used to be automatic for every pass.
- Config program is now taking extra measures to parse out the PCB
envoironment variables. Seems that extra parameters would make Base
Runner think it was another directory and not be able to find the
proper configuration files. Current variables that are checked are
PCB,PCBDAT and PCBNODE
- Problem with file id addition is fixed. This is where the newly added
file id should be the only file added but Base Runner was adding all
files from the home BR directory. This is now fixed.
Version 1, Beta 5.
------------------
- New field in config->system_info->paths called "Magic List". This is
kind of self explanatory but to go into it, this serves as the master
magic list so that magic names may be used by your front end(or BR's
request modules) to honor magic filename requests. If a tic file is
found to have a control field "Magic" , it will honor it and update
the magic file list with this new addition. If the entry is already
there, it will be replaced.
- New field in echo database, "Magic List". This is asking if you would
like BR to process magic list updates for this area. This is usually
set to yes if you offer magic filename requesting. BR is now FULL
Magic list aware.
- BRUtil now has one more input field for "Replaces" in the hatching
module. You may press enter to abort, but if you do not, the TIC file
will reflect the filename(no path) that will be replaced.
- If new record added to fareas, the garbage at the top of the dialogs
now default to the first item instead of the top of the box, and no
garbage characters show up there at all.
- Now in Nodes edit, the "auto-add" field is no longer simply a yes or
no question, but a small menu with 3 options on it. Off is the same
as "N" before, Clone Farea is the same as the old "Y"(to clone both a
new echo area and a file area) and the new one added is Use Initial,
which tells us not to create a new file area but to point the new echo
area to the initial file area of the echo clone record.
- Sometimes nodes could sneak files into an echo without actually being
an uplink. This was a serious security threat and is now fixed.
If your system global menu options are set for "move to bad dir", the
attached tic file and the file itself will be move to the bad
directory. It used to be that you could get away without putting the
uplink into your echo list but with this added security, you must now
be sure to have them configured properly as either uplinks or both in
the echo database.
- Up arrow in echo editing for TIC options does not go down anymore
instead of up.
- BREdit's internal editor has a couple new th